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TITLE OF THE INVENTION " " 

PREDICATED EXECUTION OF INSTRUCTIONS IN PROCESSORS 
BACKGROUND OF THE INVENTION 
Field of the Invention 

The present invention relates to predicated 
execution of instructions in processors. In 
particular, the present invention relates to flexible 
instruction sequencing and loop control in pipelined 
loops in, for example, a microprocessor. 
Description of the Related Art 

In high performance computing, the requirement for 
predicated execution of instructions arises in the 
context of software -pipelined loops, where a high rate 
of instruction execution is usually required of the 
target machine (e.g. microprocessor). Execution time 
is often dominated by loop structures within the 
application program. To permit a high rate of 
instruction execution a processor may include a 
plurality of individual execution units, with each 
individual unit being capable of executing one or more 
instructions in parallel with the execution of 
instructions by the other execution units. 

Such a plurality of execution units can be used 
to provide a so-called software pipeline made up of a 
plurality of individual stages. Each software pipeline 
stage has no fixed physical correspondence to 
particular execution units. Rather, when a loop 
structure in an application program is compiled the 
machine instructions which make up an individual 
iteration of the loop are scheduled for execution by 
the different execution units in accordance with a 
software pipeline schedule. This schedule is divided 
up into successive stages and the instructions are 
scheduled in such a way as to permit a plurality of 
iterations to be carried out in overlapping manner by 
the different execution units with a selected loop 
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initiation interval between the initiations of 
successive iterations. Thus, when a first stage of an 
iteration i terminates and that iteration enters a 
second stage, execution of the next iteration i+1 is 
5 initiated in a first stage of the iteration i+1. Thus, 

instructions in the first stage of iteration i+1 are 
executed in parallel with execution of instructions in 
the second stage of iteration i. 

In such software-pipelined loops there are 

10 typically several iterations of a loop in a partial 

state of completion at each moment. Hence, each 
execution unit may be handling instructions from 
different iterations from one cycle to the next, and at 
any one time, the execution units may be processing 

15 respective instructions from different iterations. 

There may also be several live copies of each value 
computed within each loop. To distinguish between 
these values, and to identify them relative to the 
current iteration, requires that the name of each value 

2 0 held in a register must change at well-defined moments 

during loop execution. These renaming points are known 
by the compiler, which also determines the register 
name required within each instruction to access each 
value depending on the iteration in which it was 

2 5 computed. 

With such a software-pipelined scheme, at certain 
points during execution of the software-pipelined loop 
there may be a new iteration starting at regular 
intervals. At other times there may be certain 

3 0 iterations starting as well as other iterations ending 

at regular intervals, and at other times there may only 
be iterations which are reaching completion. This 
scheme, where several overlapping software-pipelined 
loops are being executed in parallel by several 
3 5 execution units, requires careful control of the 

starting up and shutting down of these software- 
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pipelined loops. Such control must occur at run-time 
and it is therefore important that the control 
mechanisms set up to ensure efficient and correct 
operation must not place too great a time demand on the 
5 processor in an already highly time-critical activity. 

It is therefore desirable that the time taken to 
control the sequencing of instructions in software- 
pipelined loops is as small as possible. 
BRIEF SUMMARY OF THE INVENTION 

10 A processor embodying a first aspect of the 

present invention can execute instructions on a 
predicated basis. The processor has a series of 
predicate registers, each switchable between at least 
respective first and second states and each assignable 

15 to one or more predicated-execution instructions. A 

control information holding unit holds items of control 
information corresponding respectively to the series of 
said predicate registers. The processor also has a 
plurality of operating units corresponding respectively 

2 0 to the predicate registers. Each operating unit has a 

first control input connected to the said control 
information holding unit for receiving the control- 
information item corresponding to its unit's own 
corresponding predicate register, and also has a second 

2 5 control input connected for receiving the control- 

information item corresponding to a further one of the 
said predicate registers. Each operating unit can 
perform a state determining operation in which the said 
state of its own predicate register is determined in 
30 dependence upon the received control- information items. 

The plurality of operating units can operate in 
parallel with one another to perform respective such 
state determining operations . 

A processor embodying a second aspect of the 

3 5 present invention can also execute instructions on a 

predicated basis. This processor has a series of 



predicate registers, each switchable between at least 
respective first and second states and each assignable 
to one or more predicated-execution instructions. A 
shifting register designating unit designates one or 
more of the series of predicate registers as respective 
shifting registers. A shifter is connected with the 
predicate registers for carrying out a shift operation 
in which, for the or each predicate register designated 
by the shifting register designating unit as such a 
shifting register, the state of the preceding register 
of the series is transferred into the register 
concerned. No such transfer is carried out into any 
register of the said series not designated as such a 
shifting register . 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 shows parts of a processor embodying the 
present invention; 

Fig. 2 is an illustration of an example symbolic 
data-flow graph for a simple instruction loop; 

Fig. 3 shows an internal compiler tree-structured 
representation corresponding to the symbolic data-flow 
graph of Fig. 2; 

Fig. 4 is a table showing an instruction schedule 
obeying the modulo scheduling constraint; 

Fig. 5 shows an example register file containing 
statically and dynamically addressed regions; 

Figs. 6A and 6B show a table illustrating the 
relationship between virtual, logical and physical 
register numbers for several iterations of a loop; 

Fig. 7 shows an example sequence of compiled 
instructions for several iterations of a loop; 

Fig. 8 shows an example of the sequences of Fig. 7 
after run-time mapping of logical registers to physical 
registers; 

Fig. 9 shows the example sequence of Fig. 7 
divided according to issue slot; 



Fig. 10 is a schematic diagram illustrating the 
different phases of a software-pipelined loop; 

Fig. 11 is a diagram illustrating the predicated 
control of the loop of Fig. 10; 

Fig. 12 is a block diagram showing one possible 
structure of the loop control unit of Fig. 1 in more 
detail ; 

Fig. 13 shows one possible structure of a control 
information holding unit and a predicate register file; 

Fig. 14 is a block diagram showing the operating 
unit portion of Fig. 13 in more detail; 

Fig. 15 shows a possible implementation of a state 
determination unit of Fig. 14; 

Fig. 16 shows the state determination circuitry of 
Fig. 15 performing a write operation; 

Fig. 17 shows the state determination circuitry of 
Fig. 15 performing an initialisation operation ; 

Fig. 18 shows the state determination circuitry of 
Fig. 15 performing a shifting operation; and 

Fig. 19 shows the state determination circuitry of 
Fig. 15 performing a shutting down operation. 
DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Fig. 1 shows parts of a processor embodying the 
present invention. In this example, the processor is a 
very long instruction word (VLIW) processor with 
hardware support for software pipelining and cyclic 
register renaming. The processor 1 includes an 
instruction issuing unit 10 , a schedule storage unit 
12, a loop control unit 13, respective first, second 
and third execution units 14, 16 and 18, and a register 
file 20. The instruction issuing unit 10 has three 
issue slots IS1, IS2 and IS3 connected respectively to 
the first, second and third execution units 14, 16 and 
18. A first bus 22 connects all three execution units 
14, 16 and 18 to the register file 20. A second bus 24 
connects the first and second units 14 and 16 (but not 
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the third execution unit 18 in this example) to a 
memory 2 6 which, in this example, is an external random 
access memory (RAM) device. The memory 26 could 
alternatively be a RAM internal to the processor 1. 
5 Incidentally, although Fig. 1 shows shared buses 

22 and 24 connecting the execution units to the 
register file 20 and memory 26, it will be appreciated 
that alternatively each execution unit could have its 
own independent connection to the register file and 

10 memory. 

The processor 1 performs a series of processing 
cycles. In each processing cycle the instruction 
issuing unit 10 can issue one instruction at each of 
the issue slots IS1 to IS3 . The instructions are 

15 issued according to a software pipeline schedule 

(described below) stored in the schedule storage unit 
12 . 

The loop control unit 13 will be described in 
detail below in relation to the task of controlling the 

20 setting up and shutting down of a loop. First will be 

described the general concept and operation of software 
pipelined loops in relation to the processor of Fig. 1. 

The instructions issued by the instructing issuing 
unit 10 at the different issue slots are executed by 

25 the corresponding execution units 14, 16 and 18. In 

this example each of the execution units can execute 
more than one instruction at the same time, so that 
execution of a new instruction can be initiated prior 
to completion of execution of a previous instruction 

3 0 issued to the execution unit concerned. 

To execute instructions, each execution unit 14, 
16 and 18 has access to the register file 20 via the 
first bus 22. Values held in registers contained in 
the register file 20 can therefore be read and written 

35 by the execution units 14, 16 and 18. Also, the first 

and second execution units 14 and 16 have access via 



the second bus 24 to the external memory 2 6 so as to 
enable values stored in memory locations of the 
external memory 26 to be read and written as well. The 
third execution unit 18 does not have access to the 
external memory 2 6 and so can only manipulate values 
contained in the register file 20 in this example. 

The concepts of instruction sequencing and 
register renaming can be illustrated with reference to 
the Fig. l processor by considering the following 
simple loop, written in the C programming language, 
which is commonly found in many linear algebra 
packages : 



for (i=0; i<m; i++) 

dy(i) = dy(i) + da x dx(i) 



In this loop, each element dy(i) (i=0, 1, . . .m-1) 
of an array dy is increased by the product of a 
constant value da and a corresponding element dx(i) of 
a further array dx. 

The process of compiling this loop for a very long 
instruction word (VLIW) processor with hardware support 
for software pipelining and cyclic register renaming 
typically begins with the creation of a symbolic data- 
flow graph, as illustrated in Fig. 2. 

The symbolic data-flow graph shows how data, and 
operators which act upon that data, are utilized during 
the loop, and is useful for highlighting the time- 
dependencies within a loop and for determining any time 
optimizations which can be made to increase the time 
efficiency of a loop. 

For example, the "add" operation in node D5 first 
requires the value of dy(i) to be accessed (node D4) 
and the values of da and dx(i) to be accessed (nodes Dl 
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and D2 respectively) and multiplied (node D3 ) . It is 
apparent that the operations (Dl, D2 , D3) can be 
performed at the same time, or overlapping with, the 
operation D4 such that any values required for 
5 operation D5 are ready for use by the start of that 

operation. The result of the "add" operation in node 
D5 is subsequently stored in dy(i) in node D5 . Nodes 
D7 to D9 implement the incrementing of the array 
variable "i" at the end of every iteration. 

10 The arrays dx and dy will be stored in memory 

locations in the external memory 26 (Fig. 1) and so 
references to them in the Fig. 1 data-flow graph must 
be converted into corresponding memory access 
operations. Thus, each array dx and dy needs at least 

15 one pointer for pointing to the storage locations in 

the external memory 2 6 where the elements of the array 
are stored. Each such pointer is held in a register of 
the register file 20. 

Although the constant value da could be dealt with 

20 using a similar pointer to its location in the memory, 

as the value is loop- invariant it is more convenient 
and fast to keep it directly in its own register of the 
register file 20 during execution of the loop. 

The next step in the process of compiling the 

2 5 example loop shown in the code box above would be to 

perform a variety of optimisations to convert the data- 
flow graph shown in Fig. 2 into a form which is closer 
to actual machine instructions. During this process 
the compiler would typically determine what values 

3 0 change within the loop and what values remain the same. 

For example, in this case, the value of "da" is not 
altered at all during the loop. Array references are 
converted into pointer accesses, and auto- increment 
addressing modes are used if the target machine 
35 supports such a feature. 

The resulting internal tree-structured compiler 
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represent at ion is illustrated in Fig. 3. The 
illustrated representation shows the individual machine 
operations Tl to T6 , their dependence relationships (as 
arrows) and attached to each arrow is an integer which 
5 represents the number of processor cycles required to 

complete the operation from which the arrow points. 

Listed below is a brief explanation of the meaning 
of each of the machine operations shown in Fig. 2. 
Id A, B: load the contents of memory 

10 location B into register A. 

mul A, B, C: multiply the contents of register B 
with the contents of register C and 
store the result in register A. 
add A, B, C: add the contents of register B to 
15 the contents of register C and 

store the result in register A. 
st A, B: store the contents of register A in 

memory location B. 
Where a register is shown in brackets in Fig. 3, 

2 0 it is the contents of the memory location pointed to by 

the address stored in that register which is used. The 
symbol after a register name means that the 

contents of that register is auto -incremented after it 
has been used in a particular operation. 

25 Instructions Tl to T6 illustrated in Fig. 3 relate 

closely to corresponding nodes Dl to D6 of the symbolic 
data-flow graph illustrated in Fig. 2. Intermediate 
values are assigned virtual register numbers 
(identifiers) vO to v3 , whilst other values are 

30 assigned register numbers (identifiers) rl to r3 . The 

virtual register numbers are not the final register 
assignments but are merely temporary labels for the 
arrows in the data-flow graph illustrated in Fig. 2 (as 
will be explained in more detail below) . 

3 5 Listed below is a summary of the use for each 

register identifier shown in Fig. 3. 
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rO : pointer to current dx 
rl : da 

r2 : first pointer to current dy 
r3 : second pointer to current dy 
5 vO : temporary label for dx 

vl : temporary label for da*dx 

v2 : temporary label for dy 

v3 : temporary label for dy+da*dx 

For example, in instruction T2 the contents of the 

10 memory location pointed to by register rO are loaded 

into register vO and the value (pointer) stored in 
register rO is subsequently incremented. Since the 
value stored in register rO is a pointer to the current 
dx, this represents an access to the value dx(i), which 

15 corresponds to node D2 of Fig. 2. Since array 

references have been converted into pointer accesses, 
the incrementing of variable i in line 1 of the code 
box is performed by incrementing the pointer to dx in 
instruction T2 and the two pointers to dy in 

20 instructions T4 and T6 . 

The longest path between any pair of instructions 
defines the minimum amount of time required to execute 
one iteration of the loop. This is known as the 
"schedule length" and is formally defined as the sum of 

25 the latencies along the longest (critical) path plus 1. 

In this example, therefore, the schedule length is ten 
cycles. A register which is auto- incremented in one 
cycle is ready for use again in the next cycle. 

All subsequent stages of compilation described 

3 0 here are specific to software pipelining. The first 

phase of software pipelining is to determine the loop 
initiation interval (referred to simply as "II"), which 
is the interval between initiation of successive 
iterations of the loop. The loop initiation interval 

3 5 depends on the available resources in comparison with 

the number of instructions to execute, as well as the 
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presence of any cycles in the data-flow graph. 

For example/ the Fig. 1 processor has three 
instruction issue slots IS1 to IS3 and three execution 
units 14, 16 and 18, of which only the first and second 
5 execution units 14 and 16 are capable of accessing the 

external memory 26. It may also be the case that the 
execution units may be "specialised" units in the sense 
that they are optimised individually for carrying out 
different tasks. For example, it may be that only 

10 certain of the execution units are capable of 

performing certain types of instruction. 

In the present example, it will be assumed that, 
taking account of the available resources, the loop 
initiation interval II is determined as two processor 

15 cycles. Also, it will be assumed that only the third 

execution unit 18 is equipped with the resources (e.g. 
an arithmetic and logic unit ALU) necessary to execute 
add and multiply instructions. 

The next step is to create a schedule which obeys 

20 a so-called modulo scheduling constraint. An example 

schedule is shown in Fig. 4. Such a schedule is stored 
in the schedule storage unit 12 of the processor 1 
shown in Fig. 1. In the Fig. 4 schedule the first 
issue slot handles only "Id" instructions, the second 

25 issue slot handles only "st" instructions and the third 

issue slot handles the arithmetic operators "mul" and 
"add" . 

The modulo scheduling constraint specifies that, 
for each issue slot, an instruction can be scheduled at 
3 0 time i if and only if there are no instructions 

scheduled at time j such that j modulo II is equal to 
i. This ensures that, with a new iteration starting 
every II cycles, there is no possibility that more than 
one instruction is required to be issued from a 
35 particular issue slot in a particular cycle. 

The modulo scheduling table shows how the five 
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instructions T2 to T6 making up one iteration of the 
loop are scheduled. In particular, columns 3 to 5 of 
the table show the cycle in the schedule when each 
instruction is issued, the software pipeline stage in 
which it occurs, and the issue slot by which the 
instruction is issued (i.e. the execution unit which 
executes the instruction) . The final four columns 
indicate logical register numbers and shading is used 
to illustrate value lifetimes, as will be explained 
later in detail with reference to Figs. 6 to 8 . 

As shown in the table, because of the modulo 
scheduling constraint no two instructions can be 
scheduled a multiple of two cycles apart in the same 
issue slot. Thus, once the first load instruction T2 
has been scheduled for issue from issue slot 1 in cycle 
0, the next instruction, i.e. the multiply instruction 
T3 which is to be issued in cycle 2, must be scheduled 
in a different issue slot from issue slot 1, in this 
case issue slot 3. Issue slot 3 is chosen because only 
the third execution unit 18 is capable of executing 
multiply instructions in this example. Similarly, once 
the second load instruction T4 has been scheduled for 
issue in cycle 3 from issue slot 1, the next 
instruction, i.e. the add instruction T5 which is 
scheduled for issue in cycle 5, must be issued from a 
different slot from slot 1, in this case again the slot 
3. The fifth instruction, which is the store 
instruction T6, is required to be issued at cycle 9. 
Because of the modulo constraint, this cannot be issued 
in either issue slot 1 or issue slot 3, and must 
accordingly be assigned to issue slot 2. 

It should be understood that the schedule in the 
Fig. 4 table relates to one iteration only. Every II 
cycles another iteration is initiated according to the 
same schedule. Thus, when the current iteration is at 
stage 1, the immediately-preceding iteration will be at 



-13- 

stage 2, the iteration before that will be at stage 3, 
the iteration before that at stage 4 and the iteration 
before that at stage 5. The instructions are scheduled 
for issue by the same issue slots in all iterations, so 
5 that each issue slot issues the same instruction every 

II cycles. 

If the target machine has a set of rotating 
(logical) registers called sO, si, s2 up to sr, then 
these may be allocated in place of the virtual 

10 registers as shown in the four right-most columns. It 

is apparent from Fig. 4 that the register allocated to 
vO changes from being sO in stage 1 to si in stage 2. 
This is because the renaming mechanism effectively 
shifts the register names by one each time a pipeline 

15 boundary is crossed and a new iteration is begun. This 

allows the value of vO computed in iteration i to be 
distinguished from the value of vO computed in 
iterations i+1 and i-1. 

This places a requirement on the hardware which 

20 accesses registers to shift the registers at regular 

intervals. If the binding between a register name and 
the register contents is fixed, then the shifting could 
only be achieved by physically copying si to si+1, for 
all i in the shifting register file range. This would 

25 be prohibitively costly, so instead the binding of 

register names to register locations can be made to 
rotate when a shift operation is required. The above- 
mentioned registers sO to sr are therefore not the 
final physical register numbers, but are logical 

3 0 register numbers which are converted (mapped) at run- 

time to physical register numbers. 

Many software pipelined loops also require a 
number of loop- invariant values to be available in 
registers. A loop- invariant value is a value which is 

3 5 used inside the loop, but which is never re -computed 

within the loop. An example is the value "da" in the 
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above example loop. Such values must be stored in 
registers that do not undergo register renaming during 
loop execution (statically-named registers) . The 
pointers to the arrays dx and dy, although not loop- 
5 invariant values, can also be stored in statically- 

named registers in this example. Consequently, a 
preferred form of register file for use in this context 
may have a renamable portion for holding loop-variant 
values, and a statically-named portion for holding 
10 loop- invariant values and other suitable values. 

One example of such a register file is illustrated 
in Fig. 5. 

The example register file 12 0 shown in Fig. 5 
consists of N registers. Of these, the lower -numbered 

15 K are statically named and the higher-numbered N-K are 

dynamically named (renamable) . The statically-named 
registers make up a statically-named portion 120S of 
the register file and the renamable registers make up a 
renamable portion 120R of the register file. 

20 Each instruction specifies its register operands 

by means of a logical register number. This is an Tit- 
bit binary integer in the range 0 to N-l, where 
m=flog 2 (N) The Fig. 5 register file requires mapping 
circuitry that implements a bijective mapping from 

25 logical register identifiers (numbers) to physical 

register identifiers (addresses) . Each physical 
register address P is also an m-bit binary integer in 
the range 0 to N-l, and identifies directly one of the 
actual hardware registers. 

30 If an instruction specifies a logical register 

number R as one of its operands, and R is in the range 
0 to K-l inclusive, then the physical register number 
is identical to the logical register number of that 
operand. However, if R is in the range K to N-l then 

3 5 the logical register number of that operand is given by 

P such that : 



P=K+ |R - K + OFFSET | 



(1) 



In this notation, |y| x means y modulo x. OFFSET i 
a mapping offset value (integer) which increases (or 
decreases) monotonically by one whenever the registers 
are renamed. 

This mapping from logical register number R to 
physical register number P will now be explained in 
more detail with reference to the table shown in Figs. 
6A and 6B. The table of Fig. 6B is a continuation of 
the table shown in Fig. 6A. The table shows the 
register renaming scheme in operation for the same 
example as described above, with the first two 
iterations illustrated in Fig. 6A and the next two 
iterations illustrated in Fig. 6B. 

In this example, the value of K is assumed to be 
equal to four (since there are four statically-named 
registers rO to r3) . The value of N is assumed to be 
sufficiently large that it does not affect the progress 
of the present example. The mapping offset value 
OFFSET is initialised to the value 6, and is made to 
decrease by one every time a pipeline boundary is 
crossed, as shown in the second column of Figs. 6A and 
6B. 

The sequence of instructions shown in the first 
column of iteration 0 of Fig. 6A is the same as the 
sequence of instructions shown divided into three 
columns (issue slots 1 to 3) in Fig. 4. The 
statically-named registers are assigned logical 
register numbers rO to r3 . The loop-variant registers 
are given temporary register numbers (labels) vO to v3 . 
The same set of temporary labels are used for each 
iteration, so that the first column of each iteration 
shows the same sequence of instructions, shifted by the 
iteration interval II (which in this case is two 
cycles) . 



On compilation, the temporary virtual register 
numbers vO to v3 are converted into logical register 
numbers, as shown in the corresponding columns headed 
vO to v3 within each iteration illustrated in Figs. 6A 
and 6B. For example, the virtual register number vO in 
cycles 0 and 1 of iteration 0 is assigned, by the 
compiler, the logical register number r4 . At run-time 
this logical register number is converted to a physical 
register number by using equation (1) above to map from 
R to P. In this case, R=4 , K=4 and "offset" = 6, and 
therefore the mapped physical register number will be 
equal to 10 . Hence logical register number r4 is 
mapped at run-time to physical register number plO in 
this example. 

When a pipeline boundary is crossed, in order to 
identify the same register after the boundary is 
crossed the compiler must use a logical register number 
that is incremented by one compared to the logical 
register number used before the crossing, so that at 
run- time, when the mapping is also rotated at each 
pipeline boundary, the correct physical register will 
be accessed from one stage to another. For example, 
considering the virtual register number vO in iteration 
0, when the pipeline boundary is crossed going from 
cycle 1 to cycle 2, the logical register number is 
incremented from r4 to r5 , so that the same physical 
register number (plO) is accessed in the second stage, 
taking into account the fact that OFFSET has decreased 
to 5 . 

Fig. 7 shows the result of the allocation of 
logical register numbers by the compiler for the 
sequence of instructions for each of the iterations 0 
to 3 shown in Figs. 6A and 6B . Fig. 8 shows the effect 
of the register mapping which is performed at run-time 
to map the logical register numbers to physical 
register numbers. 



It can be seen, by considering the physical 
register numbers allocated to each of the variables 
labelled vO to v3 in the table of Figs. 6A and 6B, that 
the values of a variable in one iteration can be 
distinguished from the value of a variable in a 
neighbouring iteration, since the physical register 
allocated to that variable is different from one 
iteration to the next. Correct operation of the 
pipelined loop is therefore ensured. 

Incidentally, with the above-mentioned mapping 
equation (1) for the mapping from logical register 
number R to physical register P, when renaming the 
rotating registers OFFSET may be incremented or it may 
be decremented. If it is incremented then the logical 
register number of a particular physical register 
decreases by one each time OFFSET is incremented. 
Likewise if OFFSET is decremented the logical register 
numbers increase . 

Mapping circuitry suitable for performing the 
above-mentioned mapping is described in our co-pending 
United Kingdom application no. 0004582.3, the entire 
content of which is incorporated herein by reference. 

Fig. 9 shows the sequence of instructions issued 
in each of the issue slots IS1 to IS3 of the 
instruction issuing unit 10 of the processor 1 for the 
same four iterations described above with reference to 
Figs. 6 to 8 . The instructions shown in Fig. 9 
correspond to those in Fig. 7 using the logical 
register numbers allocated by the compiler before 
mapping to the physical register numbers which are 
shown in Fig. 8. Also shown against each instruction 
in each issue slot is the iteration and the pipeline 
schedule stage to which that instruction belongs. 

It can be seen from Fig. 9 that, at issue slot 1, 
during the first II cycles, when the loop is in its 
initial stage, only the "Id" instruction of iteration 0 
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is issued. When processing reaches cycle 2 (after the 
first pipeline stage of iteration 0 has been completed) 
the first pipeline stage of iteration 1 is begun at the 
same time as the second pipeline stage of iteration 0. 
5 Therefore, from cycles 2 to 7, due to the setting up of 

the original schedule of Fig. 4, the first execution 
unit 14 alternates between executing the 11 Id" 
instruction from stage 1 of the schedule and executing 
the "Id" instruction from stage 2 of the schedule, the 

10 two "Id" instructions of each pair of successive "Id" 

instructions being from different respective 
iterations. This alternating execution continues until 
cycle 8, when no instruction is issued at issue slot 1 
because there is no further iteration after iteration 3 

15 to be executed in this example and the loop is 

beginning to shut down. 

A similar pattern can be seen in issue slot 3 of 
Fig. 9, where the instructions executed by the third 
execution unit 18 alternate, from cycles 4 to 9, 

2 0 between the "mul" instruction of stage 2 of the 

schedule and the "add" instruction of stage 3 of the 
schedule. During start-up of the loop, between cycles 
0 and 3, only one "mul" instruction is issued, in cycle 
2. Similarly, during shut-down of the loop, a single 
25 "add" instruction is issued in stage 3 (cycles 10 and 

11) . 

Due to the construction of the schedule in this 
particular example, a single instruction (a "st" 
instruction) is issued every II cycles in issue slot 2, 

3 0 starting in cycle 9 and ending in cycle 15. 

Fig. 10 illustrates a three-stage process from (a) 
a single sequence of instructions for one iteration of 
a loop, through (b) creation of a pipelined loop 
schedule consisting of five stages as described above, 
3 5 to (c) overlapped execution of seven iterations of the 

pipelined loop. Fig. 10(c) graphically summarises the 
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setting up and shutting down of the loop iterations 
described above with reference to Fig. 9. As shown in 
Fig. 10(c), a new iteration is started each time a 
pipeline boundary is crossed, creating an overlapping 
5 stepped structure of iterations from the first 

iteration through to the last (seventh) iteration. 

Execution of these seven overlapped iterations can 
be divided into three conceptual phases: the "prologue" 
phase, the "kernel" phase and the "epilogue" phase. 

10 The prologue phase consists solely of iterations being 

initiated, with a new iteration being initiated every 
II cycles. The kernel phase consists both of 
iterations being completed and of iterations being 
initiated, with an iteration being completed every II 

15 cycles and a new iteration being initiated every II 

cycles. Finally, the epilogue phase consists solely of 
iterations being completed, with an iteration being 
completed every II cycles. 

Controlling the starting up and shutting down of 

2 0 the software pipelined loop as shown in Figs. 9 and 10 

requires the systematic enabling and disabling of 
pipeline stages at run-time to ensure correct operation 
of the loop. This task is performed by the loop 
control unit 13 of the processor 1 shown in Fig. 1. 

25 One possible scheme for controlling iteration 

initiation and completion will now be described with 
reference to Fig. 11. The scheme enables pipeline 
stages to be enabled (during the prologue and kernel 
phases) , and disabled (during the kernel and epilogue 

30 phases) in a systematic way. The scheme is useful in 

any processor which supports predicated execution based 
on a collection of general -purpose predicate registers. 
Each predicate register comprises a single bit and can 
store one state ("true" or "false"). Processors with 

35 predicate registers typically use these predicate 

registers to enable or disable instructions within a 
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sof tware-pipelined loop schedule. 

The overlapped iterations (each consisting of five 
stages) shown in Fig. 11 correspond to those 
illustrated in Fig. 10. Also illustrated in Fig. 11 is 
5 a set of five pipeline stage predicate registers PI to 

P5 . These predicate registers PI to P5 correspond 
respectively to pipeline stages 1 to 5 within the 
pipelined loop schedule and the respective states 
stored in the predicate registers can change from one 

10 stage to the next during loop execution. These 

predicate registers are held within the loop control 
unit 13 of the processor 1. 

Each instruction in the software-pipelined 
schedule is tagged with a predicate number, which is an 

15 identifier to one of the predicate registers PI to P5 . 

For example, in the example of Fig. 11, the 
instruction (s) in stages 1 to 5 of the pipeline 
schedule would be tagged with the predicate register 
identifiers PI to P5 respectively. 

20 When an instruction is issued by the instruction 

issuing unit 10, an access is first made to the loop 
control unit 13 to determine whether the state of the 
predicate register corresponding to that instruction 
(as identified by the instruction's tag) is true or 

25 false. If the state of the corresponding predicate 

register is false then the instruction is converted 
automatically into a NOP instruction. If the 
corresponding predicate-register state is true, then 
the instruction is executed as normal. 

3 0 Therefore, with this scheme all instructions in 

pipeline stage i are tagged with predicate identifier 
Pi. For the scheme to operate correctly, it must be 
arranged, during loop execution, that the state of the 
predicate register Pi must be true whenever pipeline 

3 5 stage i should be enabled, for all relevant values of 

i. This provides a mechanism for enabling and 
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disabling stages to control the execution of the loop. 

Fig. 11 shows how the predicate-register states 
for each software pipeline stage change during the 
execution of the loop. Prior to the start of the loop, 
5 each of the predicate registers PI to P5 is loaded with 

the state 0 (false state) . Prior to initiation of the 
first iteration, the state 1 (true state) is loaded 
into the first predicate register PI, thus enabling all 
instructions contained within the first stage of each 

10 of the iterations. All other predicate registers P2 to 

P5 retain the state 0, so that none of the instructions 
contained within the second to fifth pipeline stages 
are executed during the first II cycles. 

Prior to the initiation of the second iteration, 

15 the state 1 is also loaded into the second predicate 

register P2 , thus enabling all instructions contained 
within the second stage of the loop schedule. 
Predicate register PI still has the state 1, so that 
instructions contained within the first stage are also 

2 0 executed during the second II cycles. Predicate 

registers P3 to P5 remain at the state 0, since none of 
the instructions contained within the third to fifth 
pipeline stages are yet required. 

During the prologue phase, each successive 

25 predicate register is changed in turn to the state 1, 

enabling each pipeline stage in a systematic way until 
all five predicate registers hold the state 1 and all 
stages are enabled. This marks the start of the kernel 
phase, where instructions from all pipeline stages are 

30 being executed in different iterations. All the 

predicate registers have the state 1 during the 
entirety of the kernel phase. 

During the epilogue stage, the pipeline stages 
must be disabled in a systematic way, starting with 

35 stage 1 and ending with stage 5. Therefore, prior to 

each pipeline stage boundary, the state 0 is 
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successively loaded in turn into each of the predicate 
registers PI to P5, starting with PI. The pipeline 
stages are therefore disabled in a systematic way, thus 
ensuring correct shut down of the loop. 
5 A dynamic pattern is clearly visible from the 

predicate registers shown in Fig. 11, which dynamic 
pattern can be exploited. One previously-considered 
scheme makes use of a simple shift register to 
implement a shifting predicate register file. Each bit 

10 in the shift register represents one of the predicate 

values and the predicate values are stored in the 
shifting register file. 

With such an arrangement, a "1" or "0" is shifted 
into the right-most register prior to the initiation of 

15 each new iteration. Initially, the shifting predicate 

registers would contain the values 00000. A 1 would 
then be shifted into the right-hand end of the shifting 
set of predicates prior to the first iteration and the 
new value would then 00001. This turns on pipeline 

2 0 stage 1, but leaves stages 2 to 5 disabled during those 

II cycles. This pattern continues for IC loop 
iterations ( IC=iteration count) , which in this case is 
7. When IC loops have been initiated the loop enters 
the epilogue phase and the loop controller begins 
25 shifting zeros into the shifting predicate register 

file prior to each iteration to turn off the pipeline 
stages in the correct order. 

Such a scheme provides a reasonable degree of 
control of the pipeline stages, and the implementation 

3 0 is potentially simple. However, as described above, 

the number of pipeline stages in each software pipeline 
schedule depends upon both the code structure and the 
available resources (such as the number of instructions 
that can be issued simultaneously) . This therefore 
35 requires some degree of flexibility in the choice of 

which predicate registers are actually allocated to 
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pipeline stage control functions. In addition, as will 
be evident from the description below, it is 
advantageous in certain circumstances to have the 
ability to change and/or access the predicate registers 
5 in a flexible manner. 

Fig. 12 is a block diagram showing parts of a loop 
control unit 13 for use in a processor according to an 
embodiment of the present invention. The processor may 
be the processor 1 shown in Fig. 1. The loop control 

10 unit 13 comprises a control information portion 13 0, a 

predicate operating portion 132 and a predicate portion 
134. The control information portion 13 0 contains a 
control information holding unit 131 for holding items 
of control information, the predicate operating portion 

15 132 contains an operating unit portion 133, and the 

predicate portion 134 contains a predicate register 
file 135. The predicate operating portion 132 is in 
communication with the instruction issuing unit 10 of 
the processor 1, as well as the control information 

20 portion 130 and the predicate portion 134. In 

addition, the control information portion 13 0 is in 
communication with the schedule storage unit 12 of the 
processor 1. 

During execution of a loop, for each instruction 
25 for which is to be executed, the instruction issuing 

unit 10 retrieves the instruction from the schedule 
storage unit 12 and examines the predicate register 
identifier which is attached to that instruction (as 
described above) . The instruction issuing unit 10 then 
3 0 requests the predicate operating portion 132 of the 

loop control unit 13 to determine whether that 
instruction is to be executed as normal or is to be 
converted automatically into a NOP operation. The 
predicate operating portion 132 then accesses the 
35 predicate portion 134, which contains a record of the 

current state of the predicate registers, to determine 
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whether the relevant predicate-register state is true 
or false. The predicate operating portion 132 then 
returns this true or false state to the instruction 
issuing unit 10 . 
5 In this embodiment, the initialisation, shifting, 

loop shut down and termination detection is carried out 
by the control information portion 13 0 and predicate 
operating portion 132 with access to the predicate 
portion 134. The use of the control information 

10 holding unit 131 and the predicate register file 135 

will now be described in more detail with reference to 
Fig. 13. The predicate operating portion 132 will be 
described in more detail thereafter. 

In Fig. 13, the control information holding unit 

15 131 consists of an n-bit register (referred to 

hereinafter as a "loop mask" register) which is used 
for identifying a shifting subset 136 of the n-3 (or 
fewer) predicate registers (P3 to Pn-1) that are used 
as shifting predicate registers for loop control 

20 purposes. The loop mask register 131 holds n bits 

(items of control information) which correspond 
respectively to the n predicate registers in the 
predicate register file 135. 

If the predicate register Pi is to be included in 

25 the set 136 of shifting predicate registers, then the 

corresponding bit i in the loop mask register 131 is 
set to the value "1". Conversely, if the predicate 
register Pi is not to be included in the set 13 6 of 
shifting predicate registers then the corresponding bit 

30 i in the loop mask register 131 is set to the value 

"0". Typically the loop mask register 131 will contain 
a single consecutive sequence of ones starting at any 
position from bit 3 onwards, and of maximum length n-3. 
It is preferable that two predicate registers, for 

3 5 example P0 and PI, are set permanently to the two 

possible states 0 and 1 respectively. These registers 
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are referred to herein as preset registers 13 9. This 
is useful when, for example, it is known that a 
particular instruction is always to be executed. Such 
an instruction could be tagged with the preset register 
5 PI (known to have the state "1" at all times) . Another 

situation is where it is necessary to initialise a 
particular predicate register to the state 0, for 
example. Having preset register P0 permanently set to 
state 0 allows this initialisation to be performed by a 
10 simple copy from P0 into the predicate register 

concerned . 

One additional predicate register, referred to 
herein as the seed register 137, is used to control the 
start up and termination of the loop. The preset 
15 registers 13 9 and the seed register 13 7 cannot 

therefore be included in the set of shifting registers 
136. The remaining predicate registers 138 are 
unaffected by operations performed on the predicate 
register file in this example. 

2 0 The predicate register identifier which is 

attached to each instruction preferably identifies 
directly one of the predicate registers within the 
predicate register file 135. If, for example, there 
are 32 predicate registers, the predicate register 
25 identifier can take the form of a 5-bit field contained 

within the instruction. 

In this example, the identifiers for all 
instructions in a particular pipeline stage are the 
same so that all of them are either enabled or disabled 

3 0 according to the corresponding predicate - register 

value. There can, however, be more than one predicate 
register associated with a particular stage (for 
example with if/then/else or comparison instructions). 
The relationship between the bits (items of 
35 control information) in the loop mask register 131 and 

the predicate registers in the predicate register file 



135 is illustrated in Fig. 13. In this example, bits 
14 to 25 of the loop mask register 131 are set to 1, 
and all other bits are set to 0. 

The control information portion 13 0 also contains 
circuitry (not shown) which is used for initialising 
the items of control information in the loop mask 
register 131. This initialisation is performed in 
dependence upon information obtained from the schedule 
storage unit 12 of the processor 1. Such information 
would include, for example, the number of pipeline 
stages (and therefore the number of predicates needed 
for loop control) . 

The predicate registers P0 to Pn-1 are initialised 
and changed, during loop execution, in a predetermined 
way by the predicate operation portion 132 in 
dependence upon information supplied from the control 
information portion 130 (with access to the items of 
control information in the loop mask register 131) . 
These updates to the predicate register file 135 will 
now be described in more detail. 

Prior to the initiation of each successive loop 
iteration, a shift operation is performed in which the 
content of each predicate register of the shifting 
subset is the recipient of the content of the predicate 
register to its immediate right. The predicate 
register to the immediate right of the shifting subset 
(P13 in Fig. 13) is the seed register 137. Thus, in 
each shift operation the content of the first predicate 
register (P14) of the shifting register subset 136 is 
set to the content of the seed register ("the seed"). 

For example, referring to Fig. 11, during the 
prologue and kernel phases of loop execution, the seed 
register 137 would be preset to the state "1" whilst, 
during the epilogue stage, the seed register 137 would 
be preset to the state "0" in order to perform loop 
shut down. When shifting occurs, the seed is copied 
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into the right-most register (P14) but the seed itself 
remains unaltered . 

The four main operations that take place on the 
predicate register file 135 during loop sequencing are: 
5 initialisation, shifting, shutting down and completion 

detection. The processor 1 will, when appropriate, 
cause each of these operations to take place. The 
operations each modify the contents of the predicate 
register file 135 in specific ways, in dependence upon 

10 the items of control information in the loop mask 

register 131. 

The above-described operations are performed in 
this embodiment by the operating unit portion 133 
within the predicate operating portion 132. The 

15 operating unit portion 133 will now be described with 

reference to Figs. 14 to 16. 

Fig. 14 is a block diagram showing in more detail 
the operating unit portion 133 of Fig. 12. The 
operating unit portion 133 contains a plurality of 

2 0 individual operating units OU 2 to OU n ^ which correspond 

respectively to the above -described predicate registers 
P2 to Pn-1 of Fig. 13. Each operating unit contains a 
state determination unit 300. Each operating unit OUi 
has a first control input Cl(i) connected for receiving 

2 5 from the control information holding unit (loop mask 

register) the item L x of control information which 
corresponds to its unit's own corresponding predicate 
register P 1 . Each operating unit OUi has a second 
control input C2(i) connected for receiving from the 

3 0 control information holding unit (loop mask register) a 

further item of control information, which in this 
embodiment is the item L i+1 that corresponds to the 
predicate register P 1+1 immediately following the unit's 
own corresponding predicate register Pi. 
3 5 Each operating unit also has one or more state 

inputs, each connected to the predicate register file 



135 for receiving an item P of state information 
indicating the state (content) of a predetermined one 
of the predicate registers. In this embodiment, each 
operating unit OUi has a first state input Sid), which 
5 receives a state-information item for its unit's own 

corresponding predicate register Pi, and a second state 
input S2 (i) which receives a state-information item for 
the predicate register P^ immediately preceding the 
unit's own corresponding predicate register 

10 The state determination unit 3 00 performs a state 

determining operation in which the state of its own 
corresponding predicate register P^ is determined in 
dependence upon the received control -information items 
and the one or more received state- information items. 

15 The new state Pi 1 which is determined is made available 

at an output Pout(i). It is preferable that the 
operating units OU 2 to OU n ^ operate in parallel with one 
another to perform respective such state determining 
operations . 

2 0 Each operating unit may be operable to perform 

more than one state determining operation. This can be 
achieved by each operating unit having more than one 
such state determination unit 300, each capable of 
performing a different state determining operation. 
25 Alternatively, each operating unit may be provided with 

a state determination unit 300 operable selectively to 
carry out more than one state determination operations. 
In such a case, the operating unit is preferably 
provided with a selection input SEL(i), at which one or 

3 0 more selection signals used to determine the kind of 

the state determining operation to be performed by the 
operating unit are received. In this embodiment the 
state determining operations which can be selected 
include the above-described initialisation, shifting 
35 and shutting down operations [I, S, D] . The completion 

detection operation is not one of the available state 
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determining operations in this embodiment because it 
does not involve determining the state of any predicate 
register. Nonetheless, if desired the operating units 
may be designed in another embodiment to carry out the 
5 completion detection operation. 

Before describing one possible embodiment of a 
state determination unit 300, the above-described four 
operations will now be described in turn with reference 
to the loop mask register 131 and the predicate 
10 register file 135 described above in relation to Fig. 

13 . 

Initialisation of the predicate register file 135 
prior to the start of a software-pipelined loop can be 
achieved by performing the following logical 
15 operations, represented by pseudo-code: 

for all i from 2 to n-1: 

Pi 1 = L x AND (Pi OR L i+1 ) 

20 These logical operations cause each predicate 

register within the shifting register subset 13 6 of the 
predicate register file 137 to be reset to the state 0 
(since L ± = 0 for those registers) . All other 
predicate registers except for the seed register are 

25 unaffected (because 1^ AND P x = Pi) . The seed register 

13 7, if not already set to the state 1, is set to the 
state 1 (because L x = 0 and L i+1 = 1, so P ± 1 = 1) . The 
seed register 137 is set to the state 1 in readiness 
for the start of the loop, where it will be required 

30 for ones to be shifted sequentially into the shifting 

register subset 13 6 from the right-hand end thereof. 

Prior to the start of each iteration the states of 
the predicate registers within the shifting register 
subset 136 must be shifted one register to the left. 

3 5 This involves a selective copying from P^ to P x for all 

predicate registers P 1 for which the corresponding loop 
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mask bit L x is set. This can be expressed by the 
following pseudo-code: 

for all i from 2 to n-1: 

= ("Li AND OR (Li AND P^) 

The logical expression L ± AND P ± contained within 
the first pair of brackets simply causes the existing 
state of P x to be retained if the value stored in L ± is 
the value 0 . The logical expression L x AND P^ 
contained within the second pair of brackets causes the 
state stored in P^ to be copied into Pi if the value 
stored in Li is the value 1 (i.e. if the register Pi is 
contained within the shifting register subset 136) . In 
this way, for the example shown in Fig. 13, the 
respective states stored in the seed register P13 and 
in the shifting registers P14 to P24 are shifted one 
register to the left. The state of the seed register 
137 is left unaffected, and the existing state of the 
register P25 at the left-hand end of the shifting 
register subset is discarded (overwritten) . The state 
of the predicate register P26 is unaffected. 

To initiate loop shut-down, the seed register 137 
must first be cleared. The location of the seed 
register 137 can be determined by observing the pattern 
of bits in the loop mask register 131 to locate a pair 
of successive bits of the loop mask register 131 for 
which Li is 0 and L 1+1 is 1. This action of clearing the 
seed register can be represented by the following 
pseudo-code : 

for all i from 2 to n-1: 

Pi' = Pi AND (Li OR L i+1 ) 

In addition to the three state determining 
operations described above it is preferable to be able 



-31- 

to target specific predicate registers as the 
destination register for comparison operations which 
yield one or more boolean results. Hence, a facility 
for setting either a state 0 or a state 1 into an 
5 individual predicate register is also desirable to 

provide a further state determining operation (writing 
operation) . This can be achieved by providing each 
operating unit OUi with a data input DATA ( i ) for 
receiving a data signal V and by using a further 

10 selection signal W (write-enable) which is applied to 

the selection input(s) SEL(i). 

Circuitry for performing the full set of four 
state determining operations described above can be 
implemented using standard logic design techniques to 

15 yield a finite state machine for use as the state 

determination unit 300 in each operating unit OU. The 
inputs to the computation of the next state for P x will 
be a S et of selection signals I, S, D, W to select one 
of the four available state determining operations, two 

20 control-information items h i and L 1+1 , two state- 

information items indicating the existing states of the 
predicate registers Pi and P^, and the data signal D. 
The logical complexity of this state determination unit 
can be as little as three stages of logic gates. 

25 One example of the implementation of the state 

determination unit 3 00 in the present embodiment is 
shown in Fig. 15. The state determination circuitry 
300 comprises six inverters (NOT gates) 310 1 to 310 €/ 
seven AND gates 320 x to 320 7 and one OR gate 330. 

30 The first inverter 310! receives at its input the 

shutting down selection signal D, and its output is 
connected to one input of the second AND gate 320 2 . The 
second inverter 310 2 receives at its input the control- 
information item Li and its output is connected to an 

35 input of each of the first, second, fifth and sixth AND 

gates 320 lf 320 2 , 320 5 and 320 6 . The third inverter 310 3 
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receives at its input the initialisation selection 
signal I and its output is connected to respective 
inputs of both the third and fourth AND gates 320 3 and 
320 4 . The fourth inverter 310 4 receives at its input 
5 the control - information item L 1+1 and its output is 

connected to one input of the first AND gate 320^ The 
fifth inverter 310 5 receives at its input the shifting 
selection signal S and its output is connected to an 
input to the third AND gate 320 3 . The sixth inverter 

10 310 6 receives at its input the selection signal W and 

its output is connected to an input of each of the 
first to sixth AND gates 320 x to 320 6 . 

In addition to the above-described inputs received 
from the inverters 310! to 310 6 , the AND gates 320 1 to 

15 320 7 receive further inputs as follows. The first, 

second, third and sixth AND gates 320 lf 320 2/ 320 3 and 
320 6 each receive as further inputs the state- 
information item P x . The third AND gate 320 3 receives 
as a further input the control -information item L x . The 

2 0 fourth AND gate 32 0 4 receives as further inputs the 

state-information item P^-x, the control -information 
item Li and the selection signal S. The fifth AND gate 
3 2 0 5 receives as an input the selection signal I and 
receives as a further input the control-information 

25 item L i+1 . The sixth AND gate 320 6 receives as a further 

input the selection signal S. The seventh AND gate 320 7 
receives as inputs both the data signal V and the 
writing selection signal W. 

The respective outputs of the seven AND gates 320 x 

30 to 320 7 are all connected to respective inputs of the OR 

gate 330. The new state for predicate register P ± 

is obtained at the output of the OR gate 330. 

Operation of the state determination circuitry of 
Fig. 15 will now be described. As mentioned above, the 

35 circuitry is operable to perform the following four 

operations: initialisation, shifting, shutting down and 
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writing . 

As shown in Fig. 16, when a writing operation is 
to be performed, the selection signal ( write-enable 
signal) W is set to the value 1 and the data signal V 
5 is set to the state which is to be written to predicate 

register P x . In the Fig. 16 illustration, each of the 
other three selection signals D, I and S is set to the 
value 0, although in fact they can take any value since 
the AND gates to which they are connected are disabled 

10 anyway because each of them receives an input W=0 via 

the sixth inverter 310 6 . The output of the seventh AND 
gate 320 7 is identical to the data signal V, and the new 
state P x ' output from the OR gate 330 is therefore the 
data signal V. This new state Pi 1 for predicate 

15 register P ± is then loaded into that predicate register 

contained within the predicate register file 135 by 
circuitry (not shown) within the predicate portion 134 . 

Incidentally although in Fig. 15 each operating 
unit OU receives its own independent writing selection 

2 0 signal W and its own independent data signal V, it will 

be appreciated that one or both signals W and V could 
alternatively be provided in common to all the 
operating units. 

As shown in Fig. 17, when an initialisation 

25 operation is to be performed, the initialisation 

selection signal I is set to the value 1, and each of 
the three other selection signals D, S and W is set to 
the value 0 . It can be shown that the output P i ' of the 
OR gate 33 0 is then given by: 

30 

Pi' = (P x AND L i+1 AND Lj OR (P x AND OR (L x+1 AND Lj 

= ~L 1 AND ( [Pi AND L i+1 ] OR P, OR L i+1 ) 
= L 2 AND (P 1 OR L i+1 ) 



35 



since ([A AND B] OR A) = A. This expression for P i t is 
the same as that given above in the description 



relating to the initialisation operation. 

As shown in Fig. 18, when a shifting operation is 
to be performed, the shifting selection signal S is set 
to the value 1, and each of the three other selection 
signals D, I and W is set to the value 0. It can be 
shown that the output Pi' of the OR gate 330 is then 
given by: 

PJ = (P, AND L 1+1 AND Lj OR (P, AND Lj OR (P^ AND LJ 
= (Pi AND L ± ) AND (L i+1 OR 1 ) OR (P^ AND LJ 
= (Pi AND Li) OR (Pi_i AND Li) 

This expression for P x ' is the same as that given above 
in the description relating to the shift operation. 

As shown in Fig. 19, when a shutting down operation 
is to be performed, the shutting down selection signal 
D is set to the value 1, and each of the three other 
selection signals I, S and W is set to the value 0. It 
can be shown that the output P 1 1 of the OR gate 330 is 
then given by: 

PJ = (p x AND L 1+1 AND LJ OR (P x AND Li) 
= P x AND ( [L 1+1 AND L ± ] OR Lj 
= P x AND (L i+1 OR Li) 

since ( [A AND B] OR B) = (A OR B) . This expression for 
Pi 1 is the same as that given above in the description 
relating to the shutting down operation. 

The end of the epilogue phase can be detected 
(completion detection) by performing an AND operation 
of the state P x of each predicate register and the value 
of the control-information item Li corresponding to the 
predicate register concerned, i.e. a bit-wise AND of 
the loop mask register 131 and the predicate register 
file 135. If the resulting collection of AND-operation 
results are all false then the loop has terminated. 



This test can be represented by the following pseudo- 
code : 



end = 0 

for all i from 2 to n-1: 

end = end OR ( L 1 AND Pj 



If the value of "end" is 0 after this procedure, 
the end of the epilogue phase has been detected. 

Each operating unit 0U X could be provided with a 
completion detection circuit (e.g. a three-input AND 
gate receiving as inputs P if L ± and a further selection 
signal used to select a completion detection operation) 
to carry out the AND operation for its corresponding 
predicate register. The respective AND-operation 
results would then be output to further completion- 
detection circuitry (e.g. an n-input NOR gate) which 
would produce the end signal. 

In the present embodiment the operating units are 
capable of carrying out more than one different kind of 
state determining operation, but this is not an 
essential feature of the invention. Similarly, it is 
not essential that the state determining operations be 
the particular operations (initialisation, shift, 
shutting down and writing) described above. The 
operating units may be designed to carry out any 
suitable state determining operations in parallel with 
one another. It is also not essential that the 
control -information items be used to denote whether or 
not the corresponding predicate registers belong to a 
shifting subset. The control - information items can be 
used for any suitable purpose such as distinguishing 
generally between the predicate registers. 

The control- information items are not restricted to 
binary values 0 and 1. Each item could be a symbol and 
have two or more bits, so that more than two values 



-36- 

could be represented by each item. 

It will be appreciated that in the embodiment 
described above, the plurality of individual operating 
units are capable of carrying out respective state 
determining operations in parallel with one another. 
In another aspect of the present invention, operating 
units which operate in parallel with one another are 
not an essential feature. In this other aspect of the 
invention, the control-information items are used to 
designate one or more predicate registers of the 
predicate register file as respective shifting 
registers. Then, in a shift operation, for each 
predicate register designated as such a shifting 
register, the state of the preceding register is 
transferred into the register concerned, no such 
transfer being carried out into any register that is 
not designated as such a shifting register. In this 
case, it is not necessary for the shift operation to be 
carried out by operating units working in parallel with 
one another. The shift operation could be carried out 
sequentially for the designated shifting registers. 

Circuitry embodying this aspect of the invention 
may also be capable of carrying out the other kinds of 
operation mentioned above, for example the 
initialisation, shutting down and writing operations, 
but this is not essential. If such operations are 
available, they also need not be carried out in 
parallel by different operating units. For example, in 
the shutting down operation the items of control 
information in the loop mask register 131 could be 
examined sequentially to find the location of the seed 
register . 

Furthermore, in this aspect of the invention the 
loop mask register could be replaced by some other 
arrangement for flexibly designating which predicate 
registers of the predicate register file are to be 



shifting registers. For example, the designating 
circuitry could be a pair of control registers, one 
indicating the location of the first predicate register 
that is designated as a shifting register (e.g. P14 in 
Fig. 13) and the other control register of the pair 
indicating the last register (P25) so designated. 
Alternatively, instead of indicating the last register, 
the number of registers in the shifting subset could be 
stored instead. Other variations are possible. 

Although the above description relates, by way of 
example, to a VLIW processor capable of software- 
pipeline execution, it will be appreciated that the 
present invention is applicable to processors not 
having these features. A processor embodying the 
present invention may be included as a processor "core" 
in a highly- integrated "system-on-a-chip n (SOC) for use 
in multimedia applications, network routers, video 
mobile phones, intelligent automobiles, digital 
television, voice recognition, 3D games, etc. 



